隐私政策漏写保留期限让存下的资料反成隐患

在网页制作阶段就要把合规当成功能来做，而不是上线后补一张纸。开工前列三份清单：第一份是表单清单，把所有收集用户信息的入口逐个点开记下来，包括注册页、询盘表单、订阅弹窗、抽奖活动页，甚至藏在页脚的小问卷；第二份是字段用途表，每个输入框对应一个业务目的，比如手机号用于回访、邮箱用于发报价单，不能写「用于改善服务」这种空话；第三份是第三方名单，把站点接的统计工具、在线客服、地图组件、支付接口逐一列出来，它们各自会拿走哪些数据要提前问清楚。三份清单不齐，后面写出来的隐私政策一定是空中楼阁。

第一步：把每个收集点摊开来核对

打开网站后台，按页面逐条走查。常见漏点有三个：一是客服插件在用户点开对话窗时悄悄记录设备和会话时长；二是埋点脚本在用户没提交任何表单时就已经上报了浏览轨迹；三是第三方登录按钮在用户点击瞬间就把昵称和头像拉走了。每发现一个，就在表单清单上补一行，标注它发生在哪个页面、什么时候触发、要不要用户主动操作。这一遍走查最好由做网页制作的工程师和运营一起做，因为运营知道业务要什么，工程师知道代码实际跑了什么，两边对不上往往就是合规缺口。

第一步校验：用游客身份空跑一遍

换一个没登录过的浏览器，关掉所有账户，走一遍正常访问路径，再打开网络请求面板看离开页面时上报了哪些字段。如果看到手机号、邮箱这类个人字段在用户还没填表就出现在请求里，说明收集点判定错了，要回去重列。校验的合格线是：清单上每一行都能在页面上找到对应入口，且没有任何一行在用户未主动操作前就发送了个人信息。

第二步：给每个字段配齐目的和期限

字段用途表不能只写目的，还要写保留期限。比如询盘表单里的手机号，目的写「销售在三个工作日内回访」，期限写「成交后满一年删除，未成交满六个月删除」；邮箱订阅的目的写「发送行业资讯」，期限写「用户取消订阅后立即停止并删除」。很多站点把期限写成「永久保留」，这在审查里几乎必被点名，因为「永久」意味着你没法证明还用得上。网页制作时把期限做成表单配置项，比事后在政策里编一个要实在得多。

第二步校验：随机抽三个字段反推

从字段用途表里随机抽三个字段，分别问自己：满期之后系统会自动删吗？如果答案是「要人工去数据库删」，那这个期限只是写在纸上的承诺。校验合格的做法是，保留期限必须能对应到一条真实的清理任务，哪怕是一条每月跑一次的定时脚本。抽到的三个字段里只要有一个找不到对应的自动清理机制，这一栏就要重写。

第三步：隐私政策正文要覆盖的八项

一份能站住脚的隐私政策至少要写清八件事：我们收集哪些信息、各自用来做什么、保存多久、会不会共享给谁、用户能随时撤回同意和删除自己数据、怎么联系到负责人、政策变更怎么通知、以及适用哪里的法律。其中「共享给谁」最容易偷懒，只写「可能共享给合作伙伴」等于没写，必须列具体名称或至少列类别，比如「云短信服务商用于发送验证码」。网页制作交付时，这份政策要作为一个独立页面存在，有固定网址，而不是塞进网站底部一段看不见的小字。

第三步校验：八项逐条打钩

把上面八项列成一张检查表，对着政策原文逐条找，找不到的那一项就标红补写。特别留意「撤回同意」和「删除自己数据」两条，很多政策只讲了企业怎么收集，不提用户怎么退出，这一条缺失会让整份政策看起来只在保护企业。校验合格线是八项全部能在正文里定位到具体句子，而不是藏在「其他」兜底条款里。

第四步：在收集前拿到单独的同意

同意不能是默认勾选，也不能把「同意隐私政策」和「订阅每周推送」绑在同一个复选框里。正确做法是：收集手机号的表单旁边，放一个独立的、默认空白的勾选框，文字写清楚「我已阅读并同意隐私政策」，链接指向第三步那张独立页面。如果用户只是填了手机号没勾这个框，后台就不该存储这条记录。碰到做营销活动想顺便加好友的，要再开一个单独的勾选框，不能借收集询盘的名义顺手把人拉进私域。

第四步校验：提交时不勾也能过吗

找一条真实表单，什么都不勾直接点提交，观察后台是否仍然写入了手机号。如果没勾也存了，说明同意环节形同虚设，要改代码让未勾选时直接拦截提交并提示。合格的判断是：未勾选状态下，个人信息既不会进数据库，也不会发到任何第三方接口。这一步是整条红线里最容易踩、也最该卡死的一道。

第五步：把政策铺到该出现的位置并留痕

隐私政策链接至少要出现在四个地方：网站页脚全局展示、注册和询盘表单的正上方、第三方登录按钮附近、以及任何会跳转到外部服务的入口前。每改一次政策内容，要在页面底部记一笔变更日期和改了什么，比如「2026年3月更新：新增地图组件数据说明」。这样做的好处是，万一被问到某段时间的收集行为是否合规，你能拿出对应版本的政策证明当时就告知了用户。网页制作阶段把这套留痕机制做进后台，比之后手动维护省事。

第五步校验：四个位置逐个点开

用手机和电脑分别打开站点，确认页脚、表单上方、第三方登录旁、外链入口前四处都能点进同一份政策页，且四处的版本内容一致。不一致说明有旧缓存或写死的老链接，要统一。校验合格线是四处链接全部可达、内容同源，且变更记录在政策页内能查到至少一条历史。

常见五种错法和对付办法

错法一：表单提交成功后才弹隐私政策，用户数据已经落库。对付办法是把政策链接和同意框放在提交按钮上方，提交逻辑里加未勾选拦截。

错法二：政策写满三页法律套话，用户点开秒关，等于没告知。对付办法是开头用三句话讲清「我们拿什么、干嘛用、怎么删」，细节放后面，普通人三十秒能读完核心。

错法三：接了统计、客服、地图三个第三方，政策里一个没提。对付办法是回到前置条件那份第三方名单，把每个工具名称和用途补进「共享给谁」一节，改完重新取得一次同意。

错法四：只写「可能共享给合作伙伴」，不列具体对象。对付办法是能列名的列名，列不了的写清类别和场景，比如「物流合作方在发货时获取收货人信息」，模糊表述在审查里不算数。

错法五：上线后加了抽奖表单收集身份证，政策没同步。对付办法是建一条规矩：任何新增收集字段必须先补进字段用途表和政策，再上线，把变更记录当成发布清单的一环。

上线前过一遍这六条

一、每个收集入口都在表单清单上，无遗漏；二、每个字段都有明确目的和自动清理期限；三、隐私政策独立成页，八项内容齐全；四、同意框独立且默认不勾，未勾选拦截提交；五、页脚、表单、第三方登录、外链四处链接同源可达；六、每次改动都留了变更日期和说明。六条全过，这次网页制作里涉及的用户信息收集才算踩在了红线上面而不是外面。